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AUTOMATIC PLANNING APPARATUS AND COMPUTER PRODUCT 

FTF.TiD OF THE INVENTION 

The present invention relates to an automatic planning 
apparatus and a computer product contained a program used to 
automatically construct a schedule for an event taking the 
character of the user into account. 

RACKGRQUWD OF THE INVENTION 

In the conventional practice of planning a given event, 
a planner collects the required information from magazines, 
home pages, etc. and constructs a schedule based on the 
information after trials and errors. This conventional 
practice is accompanied by various jobs and the very work of 
constructing a schedule is cumbersome, which often leads to a 
planning failure. When constructing a life cycle plan, for 
example, a very troublesome planning is required for each 
separate item of events of different types such as marriage, 
purchase of a residential house, education, etc. In view of 
this, it has been earnestly desired to develop an apparatus and 
a method by which the planning job can be easily carried out 
and the service of constructing a total planning including the 
life cycle plan can be offered. 

Thus, in the conventional practice, a planner collects 
the required information from magazines, home pages, etc., and 



based on this information, constructs a plan for a given event 
(such as marriage, childbirth, purchase of a house or a funeral) . 
Especially when using the home pages, the planner browses the 
home pages related to the event using a search engine while 
5 collecting the required information (names and addresses of 
suppliers, cost, delivery time, etc.). 

An actual plan is discussed from all the angles taking 
the budget and schedule based on the information collected from 
homes pages, etc. into account. Usually, the result of planning 
10 is noted down in a diary having a calendar or stored in an 
electronic notebook or a computer as an electronic file. The 
planner, after checking the schedule in the diary and other 
references, takes an action and executes the plan by reserving 
or purchasing items for the particular event, 
15 An event reservation system which enables the preparation 

for an event to be promoted positively is disclosed in Japanese 
Patent Application Laid-Open (JP-A) No. 11-120237. This event 
reservation system has a configuration of client /server type, 
and if there is any item that need to be taken care of before 
20 and/or after an event, the fact is notified to the client of 
the user through the Internet. 

Thus, conventionally, the planner is required to carry 
out such troublesome work as collection of information, 
reservation and schedule management. The amount of workload 
25 on the planner disadvantageously increases in proportion to the 



scale of the proposed event. 

When collecting the information using home pages, on the 
other hand, the fact that each home page is independent makes 
it necessary to collect information over a plurality of home 
5 pages. In addition, this job is inconvenient as individual 
homes pages must be opened once again separately when making 
a reservation or a purchase for the event. When the result of 
planning is stored on a paper in the form of a diary, there is 
a great likelihood that the diary is lost. Further, the prior 

10 art lacks the service of totally supporting the life cycle 
planning or the like service. 

The event reservation system disclosed in JP-A No. 
11-120237 is effective simply for keeping the preparation for 
the event in memory. In any way, the planner must construct 

15 a plan by himself (or herself) , and therefore none of the 
above-mentioned problems and disadvantages are obviated. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to provide an 

20 automatic planning apparatus and a computer product containing 
a program permitting the user to construct a plan positively 
in a way suitable to him in simplistic fashion while at the same 
time improving the convenience and the operating ease on the 
part of the user. 

25 In order to achieve the object described above, according 



to one aspect of the present invention, an automatic planning 
apparatus is .connected to at least one client through the 
Internet. The clients are operated by the users. A 
questionnaire unit creates and asks some questions to the user. 
5 The user answers the questions and also inputs certain initial 
conditions required for preparation and execution of the event. 
An analysis unit analyzes the answers to the questions and 
determines a property of the user. A planning unit 
automatically creates a schedule for the preparation of an event 

10 desired by the users after taking the input initial conditions 
and the property of the user into consideration. Thus, the 
present invention permits a plan to be automatically formed 
simply by answering a questionnaire and inputting the required 
initial conditions . 

15 Further, the plan data corresponding to the user pattern 

is stored in a storage unit in advance and a schedule is formed 
according to the stored plan data. 

Further, upon request from the user, the planning unit 
supplies the user with detailed data in addition to the plan 

20 data. 

Further, a reporting unit notifies the user of the items 
to be processed by the user in the schedule and also manages 
the results of planning. Therefore, the user can process the 
particular items positively, and the user is not required to 
25 maintain the results in diary or the like. 



Further, a reservation unit receives the reservation from 
the user in the case where the schedule contains any items to 
be reserved beforehand. 

Further, a purchase unit receives a request for the 
5 purchase of an article and/or service from the user in the case 
where the schedule contains any items for which the article 
and/or the service, as the case may be, is to be received. 

Further, a payment unit receives the on-line payment of 
the charge accrued in the purchase of an article and/or a 
10 service. 

Further, the event is one of various life cycle events 
and the planning unit forms a schedule for the jobs ranging from 
the preparation for to the execution of the various events in 
the life cycle of the user. The events such as marriage, child 

15 birth, purchase of a house, funeral, etc. can be considered. 

According to another aspect of the present invention, a 
computer readable medium stores instructions, which when 
executed by a computer, causes the computer to perform the steps 
of, creating and providing a questionnaire to a user for 

20 analysis of the user through said network; analyzing the user 
based on a predetermined analysis method by considering the 
answers to the questionnaire; inputting initial conditions 
required for executing the planning for an event desired by the 
user; and planning a schedule for the preparation and execution 

25 of the event based on the input initial conditions and the 



analysis of the user. Thus the method can be easily and 
automatically, executed on a computer. 

Other objects and features of this invention will become 
apparent from the following description with reference to the 
5 accompanying drawings . 



BRIEF DESCRIPTION QF THE DRAWINGS 

Fig. 1 is a block diagram showing a configuration 
according to an embodiment of the present invention. 
10 Fig* 2 is a diagram showing an example of the member data 

base DBl. 

Fig. 3 is a diagram showing an example of the main plan 
data base DB2 . 

Fig. 4 is a diagram showing an example of the member plan 
15 data base DB3 . 

Fig. 5 is a diagram showing an example of the member- 
only calendar data base DB4. 

Fig. 6 is a diagram showing an example of the 
questionnaire data base DBS. 
20 Fig. 7 is a diagram showing an example of the ceremonial 

hall data base DB6. 

Fig. 8 is a diagram showing an example of the hall charge 
data base DB7. 

Fig. 9 is a diagram showing an example of the hall 
25 reservation situation data base DB8 . 



Fig. 10 is a diagram showing an example of the commodity 

data base DB9. 

Fig. 11 is a diagram showing an example of the plan item 

data base DB10. 

Fig. 12A is a diagram showing an example of the weight 
data base DBll and Fig. 12B is an example of the weight data 
base DB12. 

Fig. 13 is a flowchart for explaining the operation. 
Fig. 14 is a diagram showing an example of the log-in 
screen Gl . 

Fig. 15 is a diagram showing an example of the membership 
registration screen G2 . 

Fig. 16 is a diagram showing an example of the main screen 

G3 . 

Fig. 17 is a diagram showing an example of the condition 
item input processing screen G4 . 

Fig. 18 is a diagram showing an example of the result of 
analysis of the character shown in Fig. 13. 

Fig. 19 is a detailed flowchart of the character analysis 
process shown in Fig. 13. 

Fig. 20 is a diagram for explaining a method of 
calculating the output value Y 3 in the hidden layer and the 
output value Z k in the output layer shown in Fig. 19. 

Fig. 21 is a detailed flowchart of the event plan creation 
process shown in Fig. 13. 



Fig. 22 is a detailed flowchart of the holiday item 
planning process shown in Fig. 21. 

Fig. 23 is a detailed flowchart of the planning process 
when the preparation period is limited, shown in Fig. 21. 
5 Fig. 24 is a detailed flowchart of the planning process 

when the preparation period is not limited shown in Fig. 21. 

Fig. 25 is a detailed flowchart of the plan display 
process shown in Fig. 21. 

Fig. 2 6 is a diagram showing an example of the plan display 
10 screen G5 . 

Fig. 27 is a diagram showing an example of the detailed 
display screen G6. 

Fig. 28 is a detailed flowchart for explaining the 
reservation process shown in Fig. 25. 
15 Fig. 29 is a detailed flowchart for explaining the 

purchase process shown in Fig. 25. 

Fig. 30 is a diagram showing an example of the plan display 
screen G7 and the plan detail display screen G8 . 

Fig. 31 is a block diagram showing a modification of the 
20 same embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

An automatic planning apparatus and a computer readable 
recording medium for recording an automatic planning program 
25 according to the present invention will be explained in detail 

8 



below with reference to the accompanying drawings. 

Fig, 1 is a block diagram showing a configuration 
according to an embodiment of the present invention. Fig. 1 
shows a system which provides a service that supports the life 
5 cycle plan of the user through a portal site installed on the 
Web, The life cycle plan means a plan of the events almost all 
the humans are expected to encounter during their life (such 
as the wedding ceremony, purchase of the residential house, 
child birth, education, adults' day ceremony, starting the 
10 career, funeral, etc.). As described in detail later, this 
embodiment has the feature that the planning that has thus far 
been performed by the user 100 is performed by the service 
provider 300. 

A client/server system interconnected through the 
15 Internet N is shown in Fig. 1 as a means for providing the 
services described above. Clients 110A to 110E are computer 
terminals arranged on the side of the users A to E, respectively, 
on the user side 100. These clients 110A to 110E are connected 
with display units 120A to 120E, respectively, for displaying 
20 the web page supplied at the portal site. 

The LCD (liquid crystal display) unit or the CRT (cathode 
ray tube) is used as the display units 120A to 120E. Each of 
the clients 110A to 110E can access the web page supplied at 
the portal site by accessing the WWW (World Wide Web) server 
25 310 through the Internet N based on the URL (Uniform Resource 



Locator) for specifying the portal site on the WWW server 310. 
Thus, the users can browse the web pages. At the time of 
browsing, a program called the browser, for example, is 
activated which can open files in HTML (Hypertext Markup 
5 Language) format. 

A portable terminal 110F is carried by the user F, and 
accesses the WWW server 310 through the Internet N due to the 
communication function based on TCP/IP. The portable terminal 
110F includes a portable telephone terminal with a browser and 

10 a portable information equipment called PDA (Personal Digital 
Assistance) . TCP/IP (Transmission Control Protocol/Internet 
Protocol) is used as the communication protocol of the clients 
110A to 110E and the portable terminal 110F. 

In the event agency 200, the detailed information server 

15 210 provides the detailed information required for holding an 
event. An event is a wedding ceremony, purchase of a house, 
child birth, the funeral, etc. in the life cycle plan. Thus, 
the event agency includes the marriage related agents, real 
estate companies, hospitals and funeral parlors. Take the 

20 wedding ceremony as an example of the event. The detailed 
information on this event includes the name of the where the 
ceremony is held hall, the zip code, the address, the telephone 
number and various charges. A reservation server 220 manages 
the reservation for various items (including the rent of the 

25 hall and the wedding dress) for the wedding ceremony through 



the Internet N. 

In the service provider 300, a WWW server 310 is provides 
the portal site to the users A to F, and it is accessed by the 
clients 110A to 110E and the portable terminal 110F through the 
5 Internet N. In this way, the WWW server 310 is installed in 
a public area accessible from outside. 

A security server 320 is arranged between the public area 
and the non-public area in the service provider 300, and 
functions as a fire wall. The security server 320 prohibits 

10 the access from the external client 110A to the application 
server 330 installed in the non-public area on the one hand, 
and permits the access from an application server 330 provided 
internally to the WWW server 310. 

The application server 330 executes various processes 

15 required for administration of the portal site using the member 
data bases DB1 to the weight data base DB12 stored in the storage 
unit 340. This application server 330 is connected to the 
payment system 410 through a dedicated line L. This payment 
system 410 is provided at the payment agency 400 and settles 

20 the account on-line by a credit card. The operation of the 
application server 330 will be explained in detail later. 

The member data base DB1 shown in Fig. 2 includes the basic 
information on the members (users) registered in the portal site 
supplied from the WWW server 310. Specifically, in the member 

25 data base DB1, a record having the fields of the membership ID, 



password, name, age, sex, zip code, address, date of birth and 
telephone number is stored for each member. 

The membership ID is a unique identifier assigned to each 
member and used for identifying the particular member among a 
plurality of members. The password is used for authenticating 
the user at the time of log-in to the portal site. For example, 
a member having the membership ID of ZZZZZ, password "etobaoba" , 
name Taro Nihon, age 26, sex male, zip code 35101354, address 
No. 1, Hon-cho 1-1, Wako City, Saitama Prefecture, Japan, date 
of birth Oct. 6, 1973, and telephone number 0486532145 are 
recorded. The main data base DB2 to the weight data base DB12 
shown in Fig. 3 to Fig. 12 will be described in detail later. 

Operation of this embodiment will be explained with 
reference to the flowchart of Fig. 13. The description is made 
below with reference to the case in which the user A shown in 
Fig. 1 can receive various services by use of the portal site. 
In Fig. 1, the user A, after causing the client 110A to access 
the Internet N by dial up, inputs the URL of the portal site 
on the WWW server 310 by way of the keyboard (not shown) . As 
a result, the client 110A is connected with the WWW server 310 
through the Internet N, so that the application server 330 
proceeds to step SA1 shown in Fig. 13 and executes the log- 
in process . 

In other words, in step SA1, the log-in screen Gl shown 
in Fig. 14 is displayed on the display unit 120A of the client 

12 



110A. An ID input column corresponding to the membership ID 
(see Fig. 2) , a password input column corresponding to the 
password (see Fig. 2) , a log-in soft button LG for indicating 
the log-in and a soft button NEW for registering a new member 
5 or not are displayed on the log-in display screen Gl . 

Assume that the user A has been already registered as a 
member. The user A enters "ZZZZZ" as the membership ID in the 
ID input column shown in Fig. 14, the password "etobaoba" in 
the password input column, and then clicks the log-in soft 

10 button LG using a not shown mouse. 

As a result, the application server 330 proceeds to step 
SA2, at which the member data base DB1 shown in Fig. 2 is compared 
with the ID number and the password input by the user A thereby 
to determine whether the user A is the member or not. In this 

15 case, the member ID of ZZZZZ, the password "etobaoba" in the 
member data base DB1 shown in Fig. 2 coincide with the membership 
ID of ZZZZZ and the password "etobaoba" input by the user A, 
and therefore the result of determination in step SA2 will be 
YES . 

20 If the user A clicks the new member registration soft 

button NEW on the log-in screen Gl shown in Fig. 14, on the other 
hand, the result of determination in step SA2 will be NO. In 
this case the application server 330 proceeds to step SA3 and 
executes the member registration process. In other words, the 

25 member registration screen G2 shown in Fig. 15 is displayed on 



the display unit 120A of the client 110A in step SA3 . 

This member registration screen G2 has an ID input column 
for inputting the membership ID (see Fig. 2) , a password input 
column for inputting the password (see Fig. 2), a password 
5 reentry column, an E-mail input column for inputting the E- 
mail address, a name input column, a zip code input column, an 
address input column, a sex input column, a data of birth input 
column, a line of business input column, a type of job input 
column and a registration soft button T. 

10 The user A inputs the information about himself in the 

respective input columns on the member registration screen G2 
using the keyboard, and then clicks the registration soft button 
T using the mouse. As a result, the application server 330 
registers the information input by the user A in the member data 

15 base DB1. The application server 330 then sends a message 
indicating the end of the registration process to the client 
110A through the Internet N, and returns to the process in step 
SA1. 

In step SA4, on the other hand, the main screen G3 for 
20 the life cycle plan shown in Fig. 16 is displayed on the display 
unit 120A of the user A who has completed the log-in. This main 
screen G3 has displayed thereon the marriage item Ml, the house 
item M2, • - • , the funeral item Mn, etc. corresponding to the 
wedding ceremony, the purchase of a house, ... and the funeral, 
25 respectively, as events which the user of the portal site may 

14 



encounter in his (or her) life. Further, the main screen G3 
has displayed thereon the scheduler function select soft button 
Bl, the check list function select soft button B2, the fund/cost 
management function select soft button B3 and the simulation 
function select soft button B4. 

The scheduler function select button Bl is clicked when 
the scheduler function is selected. The scheduler function is 
for scheduling the events for each user in time series. The 
check list function select soft button B2 is clicked when the 
check list function is selected. The check list function 
includes the function of producing a list of preparatory matters 
to be executed by the user for executing an event (such as a 
wedding ceremony) and the function attaching a check mark to 
the matters that have been executed in this list. This check 
list function is for preventing the failure of the preparatory 
matters by accurately grasping the progress of the matters 
required to be performed for executing an event. 

The fund/cost management function select soft button B3 
is clicked when selecting the fund/cost management function. 
This fund/cost management function is for managing the fund, 
expenses and budget for executing an event. Take the wedding 
ceremony as an example of the event. The items managed by the 
fund/cost management function include the total asset, minimum 
amount of expenses, budget and the receipts and disbursements. 

The total asset is the total sum of the amount saved by 

15 



the two who are going to marry and the money sent from their 
parents in assistance. The minimum amount of expenses is the 
total sum of the living cost and the insurance premiums required 
for the two persons before marriage . The budget is an estimated 

5 amount of the preparatory cost for the marriage. The receipts 
and disbursements is the budget and the actual expense. The 
simulation function select soft button B4 is clicked when 
selecting the simulation function. This simulation function 
is for simulating a series of matters from the preparation to 

10 the execution of the event planned by animation. 

Once the main screen G3 is displayed on the display unit 
120A, the application server 330 proceeds to step SA5 and 
determines whether the event is selected or not. Specifically, 
the application server 330 determines whether any of the 

15 marriage item Ml to the funeral item Mn shown in Fig. 16 has 
been clicked. In the case where the marriage item Ml is clicked 
by the user A, for example, the application server 330 
determines "YES" the answer in step SA5 . 

In step SA11, the application server 330 accesses the 

20 member plan data base DB3 (see Fig. 4) and determines whether 
the member plan exclusive to the user A is registered in the 
member plan data base DB3 . Since marriage is taken as an example 
of the event, the member plan is for the marriage of the user 
A, In the member plan data base DB3 shown in Fig. 4, a record 

25 configured with the fields including the item code, the 



scheduled date of executing the plan, the note whether the plan 
is executed or not, the budget for the plan and the ratio of 
the budget for the plan which represents of the total budget 
amount is stored for each item code. 
5 Assume that the member plan exclusive to the user A is 

not registered in the member plan data base DB3 . The 
application server 330 determines "NO" as the answer in step 
SA11, and proceeds to step SA12 . In the case where the 
determination in step SAll is "YES", the application server 330 

10 proceeds to step SA6 . 

In step SA12, the application server 330 accesses the 
member data base DBl shown in Fig. 2 and after thus acquiring 
the member information with the membership ID (= ZZZZZ) of the 
user A as a key, proceeds to step SA13. The member information 

15 thus acquired includes the name (Taro Nihon) , age (26), sex 
(male), address (No. 1, Kasumigaseki 1-1, Chiyoda-ku, Tokyo), 
zip code (35101354), date of birth (Oct. 6, 1973) and telephone 
number (0300001111) . 

In step SA13, the application server 330 executes the 

20 condition item input process for causing the user A to input 
the condition items required for planning an event (wedding 
ceremony in this case) . As a result, the condition item input 
processing screen G4 shown in Fig. 17 is displayed on the display 
unit 120A of the user A. The condition item input processing 

25 screen G4 has displayed thereon the title ("automatic planning 



of a marriage ceremony")/ a scheduled date input column for 
inputting the scheduled date of the marriage, a total budget 
input column for inputting the budget for the marriage, a 
holiday setting column for setting holidays of the user A. A 
completion soft button F is provided which is clicked upon input 
of the all the items . 

In the case under consideration, the user A enters the 
scheduled date of marriage and the total budget in the scheduled 
date input column and the total budget input column, 
respectively, on the condition item input processing screen G4 
using the keyboard or the mouse. Further, the user A sets 
Saturday and Sunday as the holidays in the holiday setting 
column using the mouse, and then clicks the completion soft 
button F using the mouse. 

In step SA14, the application server 330, based on the 
holidays input by the user A set in step SA13, produces a 
member-only calendar including the date and the attribute, 
thereof (holiday or week day) as shown in Fig. 5. This 
member-only calendar is specially customised taking the 
holidays and week days unique to the user A into consideration. 
Then, the application server 330 relates the member-only 
calendar to the membership ID of the user A and registers it 
in the member-only calendar data base DB4 shown in Fig. 5. 

In step SA15, the application server 330 determines 
whether the character analysis process is selected by the user 

18 



A or not. This character analysis process is for analyzing the 
character of the user A from the answers to a questionnaire for 
character analysis, for example. This questionnaire will be 
explained in detail with reference to step SA16 later. Soft 
buttons for selecting whether the character analysis process 
is to be performed or not is displayed on the display unit 120A 
of the user A. Assuming that the soft button indicating that 
the character analysis process is not to be performed is clicked 
by the user A using the mouse, the application server 330 
determines "NO" as the answer in step SA15 and proceeds to step 
SA18. 

Assume that the user A clicks the soft button which 
commands that the character analysis process is to be performed. 
In this case, the application server 330 determines the answer 
in step SA15 as "YES" . In step SA16, the application server 
330 executes the questionnaire input process for causing the 
user A to input the answers to the character analysis 
questionnaire . 

Specifically, in step SA16, the application server 330 
acquires the questionnaire information from the questionnaire 
data base DBS (see Fig. 6), and outputs it to the WWW server 
310 through the security server 320. The questionnaire data 
base DBS shown in Fig. 6 includes the questionnaire information 
required for causing the user to answer the character analysis 
questionnaire . 



In the questionnaire data base DBS, a record configured 
with the fields of ID, item, file type, file name, choice A, 
choice B, choice C, choice D and choice E is stored for each 
ID. The ID is an identifier attached to each of a plurality 
of the questionnaires. The items indicate specific contents 
of the questionnaire. The file type is the type of the file 
storing the questionnaire. The file name is the name of the 
file storing the questionnaire. The choices A to E correspond 
to those choices for giving an answer to the questionnaire of 
multiple answer type. 

As to the record with ID of 1, for example, the item is 
"Do you ever give your opinion when others are speaking?", the 
file type is the still image, the file name is qOOOl, the choice 
A is "YES", the choice B is "NO", the choices C, D and E are 
NULL. 

When the questionnaire information on this record is 
output to the WWW server 310, therefore, the question "Do you 
ever give your opinion when others are speaking?", a soft button 
for selecting "YES" and a soft button for selecting "NO" are 
displayed on the display unit 120A of the user A. In other words, 
the questionnaire of ID of 1 is of alternative type for selecting 
one of the two answers "YES" and "NO". In the case under 
consideration, the user A selects "YES" as the answer to the 
question of ID of 1. 

The contents of the questionnaire and the choices 

20 



including and subsequent to ID of 2 shown in Fig. 6 are displayed 
on the display unit 12 OA of the user A. At the same time, as 
the user A selects a choice, the questionnaire is answered. 
Upon giving an answer to the questionnaire of ID of 125 shown 
5 in Fig. 6, the application server 330 proceeds to step SA17 for 
executing the character analysis process. 

This character analysis process is for analyzing the 
character of the user A using the answers of the questionnaire 
in step SA16 and the neural network shown in Fig. 20, and the 

10 result of analysis is indicated by a pentagonal radar chart 
shown in Fig. 18. This radar chart is for expressing five 
factors of the human character including affection, sincerity, 
delicacy, action and courage. Further, each of affection, 
sincerity, delicacy, action and courage is expressed in three 

15 levels of 1 to 3. Thus, there are 243 (3 5 ) combinations of the 
three levels and the five factors. 

The character analysis process in step SA17 will be 
explained here in detail with reference to the flowchart of Fig. 
19. In step SB1 of Fig. 19, the application server 330 acquires 

20 the questionnaire information configured with the answers to 
the questionnaire given by the user A in step SA16 of Fig. 13 
from the WWW server 310. 

In step SB2, the application server 330 substitutes a 
value (0 or 1) into the input value X x (i = 1 to 5) of the neural 

25 network shown in Fig. 20. In the neural network, a value is 



substituted into the input value X, in the input layer thereby 
to. calculate the output value Y 3 ( j = 1 to 7) in the hidden layer, 
after which the output value Z k (k = 1 to 5) in the output layer 
is calculated. The input values X x to X 5 in the input layer 
5 correspond to the choices A to E, respectively, shown in Fig. 
6. Also, in the case where the user A selects one of the choices 
A to E, the value 1 is substituted into the input value X ± 
corresponding to the particular choice. For the choices not 
selected, on the other hand, 0 is substituted into the input 
10 value X ± . 

In the case of ID of 1, the choice A is selected, but none 
of the other choices B to E (NULL indicates no selection) is 
selected. Thus, for the questionnaire items corresponding to 
ID = 1, the values 1, 0, 0, 0, 0 are substituted into the input 
15 values X x to X 5 , respectively, shown in Fig. 20. 

In the next step SB3, the application server 330 
calculates the output value Y 3 {Y 1 to Y 7 ) in the hidden layer 
shown in Fig. 20 from equation (1) below. 
Yj = fnEx^Wy) - Oj) 

20 = l/d + exp(-2x x -w xj > - 0j) (1) 

In equation (1) , X ± designates the input value in the input 
layer, and 0 j designates a threshold value. The right side is 
the sigmoid function. The character w 13 designates the coupling 
weight between the input layer and the hidden layer, and is 
25 preset by the weight data base DB11 shown in Fig. 12A. In other 
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words, the suffix i in the coupling weight w xj corresponds to 
the suffix i of the input value X 2 of the input layer shown in 
Fig* 20, and the suffix j corresponds to the suffix j of the 
output value of the hidden layer. 
5 Thus, the character w xl shown in Fig. 20 designates the 

coupling weight between the input value X x (suffix i = 1) of 
the input layer and the output value Y x (suffix j =1) of the 
hidden layer. This coupling weight w xl assumes 1.20 for ID of 
1 from the weight data base DB11 shown in Fig. 12A since i = 

10 1 and j = 1. The value ID shown in Fig. 12A corresponds to ID 
shown in Fig. 6. In similar fashion, the coupling weights w 12 , 
w 13/ and so forth shown in Fig. 20 assume the values of 0.95, 
0.45 and so forth, respectively, for ID of 1 from the weight 
data base DB11. Also, as shown in Fig. 12A, in the case where 

15 ID = 1 and j = 1, the threshold value 6 X is 15.2. 

The coupling weight w j:L and the threshold value 6 j in the 
weight data base DB11 shown in Fig. 12 A are determined from the 
values learned using the learning method for the neural network 
(the back propagation method, for example) . In this way, the 

20 application server 330 calculates the output values Y 5 (Y x to 
Y 7 ) of the hidden layer from equation (1) for the questionnaire 
items corresponding to ID - 1 shown in Fig. 6. 

In step SB4, the application server 330 calculates the 
output value Z k (Z x to Z 5 ) of the output layer shown in Fig. 20 

25 from equation (2) below. 



Z k = f ((SY^W^) - 0 k ) 

= 1/(1 + exp(-SY 3 -W jfc ) - 0 k ) (2) 

The output values Z x to Z 5 of the output layer correspond 
to the affection, sincerity, delicacy, action and courage, 
5 respectively, shown in Fig. 18 and values in real number in the 
range of 0 to 1. In equation (2) , Yj designates an output value 
in the hidden layer, 0 k a threshold value, and W jk the coupling 
weight between the hidden layer and the output layer. The 
coupling weight W jk is preset by the weight data base DB12 shown 
10 in Fig. 12B. In other words, the suffix j in the coupling weight 
W ]k corresponds to the suffix j of the output value Yj of the 
hidden layer shown in Fig, 20, and the suffix k corresponds to 
the suffix k of the output value Z k of the output layer. 

Thus, W 1X shown in Fig. 20 is the coupling weight between 
15 the input value Y x (suffix j = 1) of the hidden layer and the 
output value Z 1 ( suffix k = 1 ) of the output layer . This coupling 
weight w 1]L assumes a value of 0.4 for ID of 1 from the weight 
data base DB12 shown in Fig . 12B since j = 1 and k = 1 . In similar 
fashion, the coupling weights W 12 , W 13 , and so forth shown in 
20 Fig. 20 assume the values of 0 .5, 0 . 4 and so forth, respectively, 
for ID of 1 from the weight data base DB12. Further, as shown 
in Fig. 12B, in the case where ID = 1 and k = 1, the threshold 
value 9 ± is 38.2. 

The coupling weight W 3k and the threshold value 0 k in the 
25 weight data base DB12 shown in Fig. 12B are determined from the 
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values learned using the learning method for the neural network 
(the back propagation method, for example) . In this way, the 
application server 330 calculates the output values Z k (Z 1 to 
z 5 ) of the output layer from equation (2) for the questionnaire 
5 items corresponding to ID = 1 shown in Fig. 6. 

In step SB5, the application server 330 determines 
whether the calculation up to steps SB2 to SB4 is complete or 
not for the last questionnaire item (ID = 125 in this case) in 
the questionnaire data base DBS shown in Fig. 6. Since the 

10 answer is M NO", the application server 330 proceeds to step SB6. 
In step SB6, the application server 330 selects the next 
questionnaire item (ID = 2 in this case) , and then returns to 
step SB2 . After that, the application server 330 sequentially 
executes the calculation in steps SB2 to SB4 for the 

15 questionnaire items including and subsequent to ID = 2. 

Upon completing the calculation for the last 
questionnaire item shown in Fig. 6, the application server 330 
determines the answer as "YES" in step SB5. In step SB7, the 
application server 330 calculates the average value of the 

20 output values Z k (k = 1 to 5) calculated in step SB4. 

Specifically, the average value of a total of 125 output 
values Z 1 corresponding to ID of 1 to 125, respectively, are 
calculated. The average value of the output value Z 1 
corresponds to affection shown in Fig. 18. Also, the average 

25 value of a total of 125 output values Z 2 corresponding to ID 

25 



of 1 to 125, respectively, is calculated. This average value 
of the output, value Z 2 corresponds to sincerity shown in Fig. 
18, In similar fashion, the average value of the output value 
2 3 (delicacy) , the average value of the output value Z 4 (action) 
5 and the average value of the output value Z 5 (courage) are 
calculated, respectively . 

In the next step SB8, the application server 330 
classifies the average values of the output values Z ± to Z 5 
calculated in step SB7 into an appropriate one of levels 1 to 
10 3 shown in Fig. 18, and then proceeds to step SB9. Since the 
average value assumes a value of real number in the range of 
0 to 1, level 1 is in the range of 2/3 to 1 inclusive, level 
2 in the range of 1/3 to 2/3 not inclusive, and level 3 in the 
range of 0 to 1/3 not inclusive. Assuming that the average 
15 values of the output values Z ± to z 5 are as follow, the 
corresponding levels are given as 

(Average value of output ZJ (Level) 
Average value of output Z x (affection) =0.8 1 
Average value of output Z 2 (sincerity) =0.66 1 
20 Average value of output Z 3 (delicacy) =0.4 2 

Average value of output z 4 (action) = 0.7 1 
Average value of output Z 5 (courage) =0.7 1 
In step SB9, the application server 330 extracts the 
pattern of the character of the user A (hereinafter referred 
25 to as the character pattern) from the classification result in 



step SB8 , and proceeds to step SB10. The character pattern as 
referred to herein is an enumeration of levels of affection, 
sincerity, delicacy, action and courage shown in Fig. 18. In 
this case, the affection is level 1, the sincerity is level 1, 
5 the delicacy is level 2, the action is level 1 and the courage 
is level 1. Thus, the character pattern of the user is "11211". 
As far as the user A is concerned, however, the explanation will 
be continued on the assumption that the character pattern of 
"11111" has been extracted. 

10 In step SB10, the application server 330 extracts a 

marriage plan adapted to the character of the user from the main 
plan data base DB2 with the character pattern extracted in step 
SB9 as a key. The main plan data base DB2 shown in Fig. 3 is 
the one for the plan corresponding to the character pattern. 

15 In this main plan data base DB2, a record including the fields 
of plan code, character pattern, minimum preparation period and 
the pointer to the plan item data base is stored for each plan 
code . 

The plan code is the code attached to a particular plan, 
20 the character pattern is that of the user (11111 to 33333) , and 
the minimum preparation period is the minimum number of days 
expected to be required for preparation of the particular plan 
(the wedding ceremony in this case) * The reason why the minimum 
preparation period is varied in this case is that the character 
25 of the user (carefree type or energetic type) is taken into 



account . 

Specif ically, in the plan of the user having the carefree 
character, a long minimum preparation period is set, while the 
minimum preparation period of the plan for the user having an 
5 energetic character is set to a short length. The pointer to 
the plan item data base is for indicating the storage area to 
store the plan item data base DB10 shown in Fig. 11. For the 
plan code of 001, for example, the character pattern is set to 
11111, the minimum preparation period is set to 186 (days) , and 

10 the pointer to the plan item data base is set to PPA. Also, 
the pointer PPA to the plan code of 001 in Fig. 3 is the pointer 
to the plan item data base DB10 shown in Fig. 11. 

In Fig. 11, the plan item data base DB10 is the data base 
including the detailed plan items (the items for marriage in 

15 this case) corresponding to the character pattern of 11111. In 
this plan item data base DB10, a record including the fields 
of ID, code, attribute, level, class, designation, maximum 
number of days for preparation, cost ratio and detailed 
information link destination is stored for each ID. 

20 The ID and the code are attached to the plan item, and 

the attribute indicates the specific contents of the plan item. 
The level indicates whether the particular plan item is 
displayed or not according to the length of the display period 
(June 1999 to December 1999 in the shown case) on the plan display 

25 screen G5 . Specifically, in the case where the display period 



is long, the level of the particular plan item is set to 1, while 
in the case of a short display period, the level of the particular 
plan is set to 2. The class indicates the classification of 
the particular plan item. 
5 The designation indicates the one as to whether the day 

of execution of the plan corresponding to the plan item is a 
holiday or not. The item of this designation is input by the 
user. The maximum number of days for preparation indicates the 
maximum number of days expected to be required for the 

10 preparation of the plan corresponding to the particular plan 
item. The maximum number of days for preparation = 999999, 
indicates that the starting day of preparation is not limited. 
The cost ratio indicates the ratio of the cost corresponding 
to the particular item which represents of the total budget. 

15 In the case where the user is associated with the bridegroom, 
for example, the cost ratio is that of the cost to be burdened 
by the bridegroom side. The detailed information link 
destination is the URL for designating the site providing the 
detailed information on the plan item. 

20 When ID is 1, for example, the code is set to 000132, the 

attribute requires that "the style, size and budget for the 
wedding ceremony and the wedding party are determined by 
discussion", the level is set to 1, the designation is "nil", 
the maximum number of days for preparation is 999999, the cost 

25 ratio is 0.00%, and the detailed information link destination 



is defined as http://www.xxx.co.jp/life/abc/def.html. Also, 
each record of the plan item data base DB10 corresponds to each 
record of the member plan data base DB3 shown in Fig. 4. 

In the case under consideration, the character pattern 
5 of the user A is "11111" in step SB10 and therefore, the 
application server 330 extracts the plan of plan code = 001 shown 
in Fig. 3 for the user A, and then returns to the main routine 
of Fig. 13. In the next step SA18, the application server 330 
executes the process (see Fig. 21) creation of the plan for the 

10 particular event (the wedding ceremony in this case) 
corresponding to the user A taking the result of character 
analysis into account. 

Specifically, in step SCI of Fig. 21, the application 
server 330 acquires the current date/hour/time information from 

15 a not shown timer. In step SC2, the application server 330 
calculates a real preparation period as the difference between 
the scheduled date of the event (the wedding ceremony in this 
case) input by the user A in step SA13 and the today's date, 
and then proceeds to step SC3 . This real preparation period 

20 is the time the user A can actually consume in preparation for 
the event (wedding ceremony) . 

In step SC3, the application server 330 first accesses 
the main plan data base DB2 thereby to acquire the information 
on the minimum preparation period for the event required by the 

25 user A. In this case, the application server 330 acquires the 
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information as 186 (days) of the minimum preparation period 
corresponding, to the plan code 001 shown in Fig. 3 based on the 
plan code extracted in step SB10. What should be noted here 
is that the minimum preparation period of 186 (days) is the 
5 preparation period which is supposed to be required by the 
character of the user A based on the result of the character 
analysis described above. Then, the application server 330 
determines whether the real preparation period is equal to or 
longer than the minimum preparation period. In other words, 

10 it is determined whether the preparation period for the event 
is sufficiently long or not. 

If the real preparation period is shorter than the minimum 
preparation period, the application server 330 determines the 
answer in step SC3 as "NO". In step SC4, the application server 

15 330 executes the error processing by displaying the information 
to the effect that the preparation period is insufficient on 
the display unit 120A of the user A, and then proceeds to step 
SA13 shown in Fig. 13 for executing the condition item input 
process described above. As a result, the user A reenters the 

20 scheduled date on the condition item input processing screen 
G4 shown in Fig. 17 in the same manner as described above. 

On the other hand, assume that the real preparation period 
is equal to or longer than the minimum preparation period. The 
application server 330 determines the answer in step SC3 as 

25 "YES" . In step SC5, the application server 330 accesses the 



plan item data base DB10 shown in Fig. 11 based on the pointer 
to. the plan item data base (PPA) corresponding to the plan code 
001 shown in Fig. 3, and after thus acquiring the plan item 
information of ID = 1. 
5 In step SC6, the application server 330 determines 

whether a holiday is designated by the user A as the day on which 
the plan is scheduled to be executed. In the case under 
consideration, the (holiday) designation in the record of ID 
- 1 of the plan item data base DB10 shown in Fig. 11 is "NIL", 

10 and therefore the application server 330 determines the answer 
in step SC6 as "NO" . 

In step SC10, the application server 330 determines 
whether there is a limit to the preparation period for the plan 
item of ID = 1 (see Fig. 11) . In the case where there is no 

15 limit to the preparation period, "999999" is set in the field 
of maximum number of days for preparation shown in Fig. 11. In 
the case where there is a limit to the preparation period, on 
the other hand, a numerical value other than "999999" is set 
in the same field. In this case, since the maximum number of 

20 days for preparation is set to "999999" in the record of ID = 
1 shown in Fig. 11, the application server 330 determines the 
answer in step SC10 as "NO". 

In step SC12, the application server 330 executes the 
planning process (see Fig. 24) in the absence of a limit to the 

25 preparation period. Specifically, in step SF1 shown in Fig. 
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24, the application server 330 sets the today's date as the 
preparation start day in the plan item for the record of ID = 
1 shown in Fig. 11. In step SF2, the application server 330 
acquires the member-only calendar information (date and 
5 attribute) from the member-only calendar data base DB4 . 

In step SF3, the application server 330 determines 
whether the preparation start day set in step SF1 is a week day 
or not by reference to the date and attribute (see Fig. 5) of 
the member-only calendar information. In the case where the 

10 preparation start day is not a week day, the application server 
330 determines the answer in step SF3 as "NO" . In step SF5, 
the preparation start day (date) is incremented by one and then 
the process returns to step SF3. 

In the case where the preparation start day is a week day, 

15 on the other hand, the application server 330 determines the 
answer in step SF3 as "YES" . In step SF4 , the application server 
330 sets the preparation start day (date) of the plan item for 
the record of ID = 1 shown in Fig. 11. In step SF6, the 
application server 330 sets the product of the total budget (see 

20 Fig. 17) input by the user A in step SA13 (see Fig. 13) and the 
cost ratio shown in Fig. 11 as a budget for the particular plan 
item. 

In step SF7, the application server 330 stores the date 
and the budget as the "date" and the "budget", respectively, 
25 in the "item code" = 010132 of the member plan data base DB3 



shown in Fig. 4, and then proceeds to step SC8 shown in Fig. 
21. In step SC8 , the application server 330 determines whether 
the process for all the plan items (ID = 1 to 125) in the plan 
item data base DB10 is complete or not. In this case, the 
5 process remains unfinished for the plan items of ID = 2 to 125, 
and therefore the application server 330 determines the answer 
in step SC8 as "NO", and returns to step SC5. 

In step SC5, the application server 330 accesses the plan 
item data base DB10, and after thus acquiring the plan item 
10 information for ID = 2, proceeds to step SC6. After that, the 
same process as the one described above is executed, so that 
the process for the plan items of ID = 2 to 125 is executed. 

Assume, for example, that the plan item information for 
ID = 3 shown in Fig. 11 is acquired in step SC5 . In step SC6, 
15 the application server 330 determines the answer as "YES", since 
the (holiday) designation in the record of ID = 3 in the plan 
item data base DB10 shown in Fig. 11 is "holiday". 

In step SC7, the application server 330 executes the 
holiday item planning process (see Fig. 22). specifically, in 
20 step SD1 shown in Fig. 22, it is determined whether the 
preparation start is limited for the plan item of ID = 3 (see 
Fig. 11) . In the case where there is no limit to the preparation 
start, "999999" is set in the field of the maximum number of 
days for preparation shown in Fig. 11. In the case where there 
25 is a limit to the preparation period, on the other hand, a 
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numerical value other than "999999" is set in the same field. 
In. such a case, the maximum number of days for preparation in 
the record of ID - 3 shown in Fig. 11 is set to "999999", and 
therefore the server application 330 determines the answer in 
5 step SDl as "NO". 

In step SD3, the application server 330 sets as the 
today's date the preparation start day of the plan item for the 
record of ID = 3 shown in Fig. 11. In step SD5, the application 
server 330 acquires the member-only calendar information (date 

10 and attribute) from the member-only calendar data base DB4. 

In step SD6, the application server 330 determines 
whether the preparation start day set in step SD3 is a holiday 
or not by reference to the date and the attribute in the 
member-only calendar information. In the case where the 

15 preparation start day is not a holiday, the application server 
330 determines the answer in step SD6 as "NO" . In step SD7, 
the preparation start day (date) is incremented by one, and the 
process in step SD6 is repeated. 

In the case where the preparation start day is a holiday, 

20 on the other hand, the application server 330 determines the 
answer in step SD6 as "YES". In step SD8, the application server 
330 sets the preparation start day (date) of the plan item for 
the record of ID = 3 shown in Fig. 11. In step SD9, the 
application server 330 sets the product of the total budget (see 

25 Fig. 17) input by the user A in step SA13 (see Fig. 13) and the 



cost ratio shown in Fig. 11 as a budget for the particular plan 
item. 

In step SD10, the application server 330 stores the date 
and the budget as the "date" and "budget", respectively , in the 
5 "item code" — 010168 of the member plan data base DB3 shown in 
Fig. 4, and then proceeds to step SC8 shown in Fig. 21 for 
executing the process described above. 

In the case where the determination in step SD1 shown in 
Fig. 22 is "YES", on the other hand, in step SD2, the application 

10 server 330 determines the setting of the preparation start day. 
Specifically, the application server 330 determines whether the 
number of days from today to the scheduled date of the event 
exceeds the maximum number of days for preparation or not. When 
the result of this determination is "NO", the application server 

15 330 proceeds to step SD3 . In step SD3, the application server 
330 sets the today's date as the preparation start day and 
proceeds to step SD5 for executing the process described above. 

In the case where the result of determination in step SD2 
is "YES", on the other hand, the application server 330 proceeds 

20 to step SD4. In step SD4, the application server 330 sets the 
date traced back by the maximum number of days for preparation 
from the scheduled date of the event (wedding ceremony) as a 
preparation start day, and then proceeds to step SD5 for 
executing the process described above. 

25 Also, once the plan item information for ID = 123 shown 



in Fig. 11 is acquired in step SC5 shown in Fig. 21, the 
application server 330 determines the answer in step SC6 as "NO" 
and proceeds to step SC10 since the (holiday) designation in 
the record of ID = 123 in the plan item data base DB10 shown 
5 in Fig. 11 is "nil". 

In step SC10, the application server 330 determines 
whether there is a limit to the preparation period for the plan 
item of ID = 123 (see Fig. 11). In this case, the maximum number 
of days for preparation is set to 120 in the record of ID = 123 

10 shown in Fig. 11, and therefore the application server 330 
determines the answer in step SC10 as "YES". 

In step SC11, the application server 330 executes the 
planning process (see Fig. 23) when the preparation period is 
limited. Specifically, in step SEl shown in Fig. 23, the 

15 application server 330 determines to set the preparation start 
day. Specifically, the application server 330 determines 
whether the number of days from today to the scheduled date (see 
Fig. 17) of the event exceeds the maximum number of days for 
preparation (see Fig. 11) or not, and in the case where this 

20 determination is "NO", proceeds to step SE2 . In step SE2, the 
application server 330 sets the today's date as the preparation 
start day, and then proceeds to step SE3 . 

In the case where the determination in step SEl is "YES", 
on the other hand, the application server 330 proceeds to step 

25 SE4. In step SE4, the application server 330 sets the date 



traced back by the maximum number of days for preparation from 
the scheduled date of the event (wedding ceremony) as a 
preparation start day, and then proceeds to step SE3 . 

In step SE3, the application server 330 acquires the 
member-only calendar information (date and attribute) from the 
member-only calendar data base DB4. In step SE5, the 
application server 330 determines whether the preparation start 
day set in step SE2 is a week day or not by reference to the 
date and attribute (see Fig. 5) of the member-only calendar 
information. In the case where the preparation start day is 
not a week day, the application server 330 determines the answer 
in step SE5 as "NO" and proceeds to step SE7 . In step SE7, the 
application server 330 increments the preparation start day 
(date) by one and repeats the process in step SE5 . 

In the case where the preparation start day is a week day, 
on the other hand, the application server 330 determines the 
answer in step SE5 as "YES" . In step SE6, the application server 
330 sets the preparation start day (date) of the plan item for 
the record of ID = 123 shown in Fig. 11. In step SE8, the 
application server 330 sets the product of the total budget (see 
Fig. 17) input by the user A in step SA13 (see Fig. 13) and the 
cost ratio shown in Fig. 11 as a budget for the particular plan 
item. 

In step SE9, the application server 330 stores the date 
and the budget as the "date" and "budget", respectively, of the 
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"item code" = 010362 of the member plan data base DB3 shown in 
Fig. 4/ and then proceeds to step SC8 shown in Fig. 21 for 
executing the process described above. 

Once the process is completed for all items and the 
5 determination in step SC8 turns "YES", the application server 
330 proceeds to step SC9, and executes the plan display process 
(see Fig. 25) for displaying the plan formed exclusively for 
the user A on the display unit 120A. In Fig. 25, the process 
in steps SGI to SG10 is executed by the application server 330, 
10 while the process in steps SHI to SH9 is executed by the client 
110A. 

In step SGI shown in Fig. 25, the application server 330 
sets a parameter for causing the client 110A to display the plan 
display screen G5 shown in Fig. 26, and proceeds to step SG2 . 

15 This parameter is designated by the user A and represents the 
period and level of the plan (see Fig. 11) . In step SG2, the 
application server 330 extracts the plan item (record) 
corresponding to the aforementioned setting from the member 
plan data base DB3. 

20 In step SG3, the application server 330 transmits the 

information (plan information) of the plan item extracted in 
step SG2 to the client 110A through the Internet N. In step 
SG4, the application server 330 determines whether the plan item 
on the plan display screen G5 (see Fig. 26) described later has 

25 been clicked or not. 



Once the plan information is received by the client 110A, 
on the other hand, in step SHI, the client 110A displays the 
plan display screen G5 shown in Fig. 2 6 on the display unit 120A 
based on the received plan information, and then proceeds to 
step SH2 . The plan items exclusive to the user A (determination 
of budget for wedding ceremony and wedding party, and 
determination of candidates for the wedding hall) produced in 
the event plan production process (see step SA18) shown in Fig. 
13 are displayed chronologically on the plan display screen G5 . 

In step SH2, the client 110A determines whether the 
setting is changed for the parameters described above (period 
and level of the plan) , and in the case where the result of 
determination is "YES", proceeds to step SH3 . In step SH3, the 
client 110A transmits the setting change to the application 
server 330 through the Internet N . In the case where no setting 
change is made in step SH2, on the other hand, the client 110A 
determines the answer as "NO". 

In step SH4, the user A clicks using the mouse any one 
of the plant items on the plan display screen G5 shown in Fig. 
26 for which a detailed plan is desired to be displayed. In 
this case, assume that the plan item P (determination of 
candidates for the wedding hall) shown in Fig. 26 is clicked. 
Then, the application server 330 determines the answer in step 
SG4 as "YES" and proceeds to step SG5 . 

In step SG5, the application server 330 accesses the 
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member plan data base DB3 shown in Fig. 4, and thereby recognizes 
the record of -ID = 2 shown in Fig. 11 corresponding to the item 
code 010135. Then, the application server 330 detects the 
detailed information link address 

5 http://www.xxx.co.jp/life/ghi/jkl.html in the record of ID = 
2 shown in Fig. 11. 

In step SG6, the application server 330 transmits the 
detailed information link address to the client 110A through 
the Internet N as the detailed plan information. In step SGI , 
10 the application server 330 determines whether a not shown 
reservation button is clicked or not by the user A. This 
reservation button is for reserving the wedding hall, for 
example . 

Upon receipt of the detailed plan information, the client 
15 110A displays the detailed plan on the wedding hall in step SH5 . 
In step SH6, the user A determines whether the wedding hall is 
to be reserved or not, and when the hall is not to be reserved, 
proceeds to step SH8 . Assume that, the user A decides that the 
hall is to be reserved. In step SH7, the user A clicks the 
20 reservation button displayed on the display unit 120A. 

As a result, in step SG7, the application server 330 
determines the answer as ^YES", and proceeds to step SG8 for 
executing the reservation process (see Fig. 28) for the wedding 
hall. In Fig. 28, the process in steps SI1 to SIS is executed 
25 by the application server 330, and the process in steps SJ1 to 

41 



SJ7 is executed by the client 110A. In step SJ1, the client 110A 
displays the detailed display screen G6 shown in Fig. 27 on the 
display unit 120A and then proceeds to step S J2 . 

A message to the user A, an image I and a search engine 
S are displayed on the detailed display screen G6. This search 
engine S is for searching for the home page of the wedding hall 
existing on the Internet N. In step SJ2, the user A inputs and 
selects the items (key word, etc. ) for searching for the wedding 
hall, using the search engine S. 

As a result, in step SI1, the application server 330 
searches the wedding hall data base DB6 shown in Fig. 7 with 
the items input and selected in step SJ2 as a key. In the wedding 
hall data base DB6, a record configured with the fields of ID, 
hall name, zip code, address, telephone number, form indicating 
the type of the hall, Japanese style indicating the possibility 
(TRUE if possible, FALSE if not possible ) of holding the wedding 
ceremony of Japanese style, Christian style indicating the 
possibility (TRUE if possible, FALSE if not possible) of holding 
the wedding ceremony in the church, minimum number of 

attendants indicating the minimum reserved number of attendants, 
maximum number of attendants indicating the maximum reserved 
number of attendants in the hall, facility and performance is 
stored for each ID. 

Upon complete search, in step SJ3, the client 110A outputs 
the search result to the display unit 120A. As a result, the 



search result is displayed on the display unit 120A. In step 
SJ4, the user A selects the desired hall from the search result. 

As a result, in step SI2, the application server 330 
accesses the hall data base DB6, and searches the detailed 
5 information on the wedding halls selected by the user A. Upon 
complete search, in step SJ5, the client 110A displays on the 
display unit 120A the detailed information on the wedding halls , 
the select button for reservation and the input items for 
inputting the reservation schedule. 

10 Then, in step SJ6, checking the display screen of the 

display unit 120A, the user A clicks the select button to enter 
a reserved day as an input item. As a result, in step SI3, the 
application server 330 confirms the hall availability 
information by referring to the hall reservation situation data 

15 base DB8 shown in Fig. 9. In the hall reservation situation 
data base DB8, a record configured with the fields of date, 
reservation indicating whether the hall is reserved or not, name 
of reserver, address of the hall, telephone number, etc. is 
stored for each date . This hall reservation situation data base 

20 DB8 is updated as required based on the latest information from 
the detailed information server 210 shown in Fig. 1. 

In the next step SI4, the application server 330 
determines whether another reservation is entered for the date 
scheduled by the user A based on the result of availability check 

25 in step SI3, and in the case where the determination is "YES", 



notifies the client 110A of the prior reservation. In such a 
case ; in step SJ6, the user A changes the reserved date. 

In the case where the determination in step SI4 is "NO", 
on the other hand, the application server 330 proceeds to step 
5 SIS for registering the reservation information. Specifically, 
the application server 330 enters "reserved" in the associated 
"reservation" column in the hall reservation situation data 
base DB8. Further, the application server 330 transmits the 
reservation information to the reservation server 220 shown in 

10 Fig. 1 through the Internet N, and proceeds to step SG9 shown 
in Fig. 25. As a result, the formal reservation for the hall 
is completed. Also, in step SJ7, the client 110A displays the 
reservation check screen on the display unit 120A. 

Returning to Fig. 25, the application server 330 

15 determines in step SG9 whether the purchase button is clicked 
by the user A or not. In step SH8, on the other hand, the user 
A determines whether the commodity (the hall service in this 
case) is purchased or not, and in the case where the 
determination is "NO", the whole series of the process is 

20 terminated. In such a case, the user A determines the answer 
in step SH8 as "YES", and proceeds to step SH9. In step SH9, 
the user A clicks the purchase button (not shown) displayed on 
the display unit 120A. 

As a result, the application server 330 determines the 

25 answer in step SG9 as "YES", and proceeds to step SG10 for 



executing the purchase process (see Fig. 29) . In Fig. 29, the 
process in steps SKI to SK3 is executed by the application server 
330, and the process in steps SL1 to SL8 is executed by the client 
110A. In step SL1, the client 110A displays a commodity search 
screen for searching the commodities (the hall services, in this 
case) on the display unit 120A. 

In step SL2, the user A inputs and selects the items (key 
word, etc.) for searching the halls using the search engine. 
As a result, in step SKI, the application server 330 searches 
the commodity data base DB9 shown in Fig. 10 with the items input 
and selected in step SL2 as a key. This commodity data base 
DB9 has stored therein a record configured with the fields of 
ID, commodity name, commodity number , link to magazine page and 
telephone number for each ID. 

Upon completion of the search, in step SL3, the client 
110A outputs the search result to the display unit 120A. As 
a result, the search result (see Fig. 10) is displayed on the 
display unit 120A. In step SL4, the user A selects the desired 
commodity from the search result. 

As a result, in step SK2, the application server 330 
searches the detailed information on the commodity selected by 
the user A, by accessing the commodity data base DB9 (see Fig. 
10) and the hall charge data base DB7 (see Fig. 8) . In the hall 
charge data base DB7 shown in Fig. 8, a record configured with 
the fields of item, minimum charge and maximum charge is stored 



for each item. 

Upon completion of the search, in step SL5, the client 
110A displays on the display unit 120A the detailed information 
(see Fig. 8) on the commodity, a commodity button for purchasing 
5 the commodity, and an input column for inputting the number of 
the credit card. Then, in step SL6, the user A clicks the 
purchase button while checking the display screen of the display 
unit 120A. 

In step SL7, the user A inputs the number of the credit 

10 card for payment. As a result, in step SK3, the application 
server 330 transmits the credit card number information to the 
payment system 410 through a dedicated line L shown in Fig. 1, 
after which it completes the series of purchase process (the 
process for producing the event plan) , and proceeds to step SA19 

15 (see Fig. 13) . As a result, the account is settled in the 
payment system 410 using the credit card held by the user A. 
Also, in step SL8, the client 110A displays the purchase check 
screen on the display unit 120A. 

Returning to Fig. 13, the application server 330 

20 determines in step SA19 whether the user A has instructed to 
terminate the automatic planning of the event or not, and in 
the case where the determination is "YES", terminates the series 
of the process. In the case where the determination in step 
SA19 is "NO", on the other hand, the application server 330 

25 returns to step SA4 for executing the process described above. 



In the case where the determination in step SA5 is "NO" 
or in the case where the determination in step SAll is "YES", 
on the other hand, the application server 330 proceeds to step 
SA6 . In step SA6, the application server 330 executes the 
process for causing the user A to select any one of the scheduler 
function, the fund/cost management function, the check list 
function and the simulation function. 

Assuming that the user A clicks the scheduler function 
select soft button Bl shown in Fig. 16, the application server 
330 proceeds to step SA7 for executing the scheduler process. 
In this scheduler process, the plan display screen G7 shown in 
Fig. 30a is displayed on the display unit 120A. 

The plan display screen G7 is the result of chronological 
scheduling of the event plan produced in step SA18. The 
calendar of September 1999 and the events (speech, wedding 
ceremony and honeymoon) are illustrated on this screen. For 
example, speech is described in the column of September 22, 
wedding ceremony in the column of September 23, and honeymoon 
in the column of September 24. 

When the user A clicks the portion of September 23, the 
detailed plan display screen G8 for the marriage shown in Fig. 
30 is displayed on the display unit 120A. This detailed plan 
display screen G8 has displayed thereon "item" such as ceremony 
and eatables, "shop" such as the A hotel and the rental house, 
"amount" and "breakdown" or other detailed items of the plan 



for the marriage . 

Assume that the user A clicks the check list function 
select soft button B2 shown in Fig. 16, on the other hand. The 
application server 330 proceeds to step SA9 and executes the 
5 check list process. In this check list process, a list of the 
preparatory acts to be carried out by the user A in executing 
the event (the wedding ceremony, for example) is produced, and 
then the check mark is attached on each of the acts that have 
been executed on the list. 

10 Also, assume that the user A clicks the fund/cost 

management function select soft button B3 shown in Fig. 16. The 
application server 330 proceeds to step SA8, and executes the 
fund/cost management process. In this fund/cost management 
process, the fund, expenses, budget and receipts and 

15 disbursements for carrying out the event are managed. 

Assume that the user A clicks the simulation function 
select soft button B4 shown in Fig. 16. In step SA10, the 
application server 330 executes the simulation process. In 
this simulation process, a series of acts from the preparation 

20 to execution of the planned event is displayed to the user A 
by animation or the like . 

As described above, an automatic planning is carried out 
by taking into account the character of the user and required 
initial conditions input by the user. The character of the is 

25 determined from the answers the user has given with respect to 

48 



a questionnaire. Therefore, the workload on the part of the 
user can be reduced, while at the same time making it possible 
to form a plan suitable for the user both easily and accurately. 

Further, the plan data corresponding to the character 
5 pattern is held in the main plan data base DB2 in advance, and 
based on this plan data, the schedule is formed. Thus, a plan 
can be formed automatically with a very simple method. 

Further, the detailed plan information (detailed display 
screen G6, see Fig. 27) is presented to the user, and therefore 
10 the user is not required to collect the detailed data by himself 
for an improved convenience . 

Further, the requests for reservation, purchase and 
payment are received from the user, and therefore the planning, 
reservation, purchase and payment can be conveniently carried 
15 out at one place. 

Further, the schedule for various events in the life cycle 
of the user (such as marriage, child bird, purchase of a house 
and funeral) can be formed, and therefore the life of the user 
can be totally supported, thereby providing a service of very 
20 high quality. 

An embodiment of the present invention has been described 
above in detail with reference to the drawings. A specific 
configuration, however, is not confined to the embodiment, but 
can be redesigned or modified without departing from the scope 
25 and spirit of the present invention. In the embodiment 
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described above, for example, the automatic planning program 
for realizing. the automatic planning function can be recorded 
in the computer readable recording medium 500 shown in Fig. 31 
and the automatic planning program recorded in the recording 
5 medium 500 is read by the computer 400 for execution. 

The computer 400 shown in Fig. 31 includes a CPU 401 for 
executing the automatic planning program, an input device 402 
such as a keyboard or a mouse, a ROM (read-only memory) 403 for 
storing various data, a RAM (random access memory) 404 for 

10 storing arithmetic parameters, a reader 405 for reading the 
automatic planning program from the recording medium 500, an 
output device 40 6 such as a display or a printer, and a bus BU 
for connecting the various parts of the apparatus. 

The CPU 401 reads the automatic planning program recorded 

15 in the recording medium 500 through the reader 405 and executes 
the automatic planning program thereby to realize the automatic 
planning function described above. By the way, the recording 
medium 500 includes a network or the like transmission medium 
for temporarily holding the data as well as portable recording 

20 media such as an optical disk, a floppy disk and a hard disk. 

Also, an embodiment was described above with reference 
to the case in which the planning is based on the result of the 
analysis of the character of the user. The present invention, 
however, is not limited to it, but the plan can be formed based 

25 on the result of propensity or character analysis from the 



viewpoint of the taste and the liking of the user. In short, 
the user can be analyzed from any viewpoint. In the case where 
the analysis is based on other than the character, the 
questionnaire from the particular viewpoint is of course 
5 carried out. 

As an embodiment the method of character analysis using 
a neural network was described. The present invention, however, 
is not limited to such a method but may employ other methods 
with equal effect. 

10 Further, according to an embodiment, the date of 

execution of matters to be processed (such as the preliminary 
inspection of the wedding hall) for the items of the plan formed 
(plan display screen G5, Fig. 26) can be monitored by the 
application server 330, and notified to the client through the 

15 Internet N from the application server 330 immediately before 
the date of execution. Then, the user can positively process 
the matters . 

As described above, according to the present invention, 
the planning is automatically performed simply by answering a 
20 questionnaire and following the procedure of inputting the 
required initial conditions, and therefore the workload of the 
user himself can be reduced while at the same time executing 
the planning easily and positively in a way suitable to the user . 
Further, the plan data corresponding to the pattern of 
25 the user is stored in the storage unit in advance, and based 

51 



on this plan data, the schedule is formed. Therefore, the 
planning can be accomplished automatically with a very simple 
method. 

Further, the detailed data is supplied to the user, and 
5 therefore the user is not required to collect the detailed data 
by himself for an improved convenience. 

Further, the items to be processed by the user are 
notified to the user in a schedule by the reporting unit. 
Therefore, the user can process the items positively, and the 
10 planning result is managed on the system side. Thus, the 
troubles (loss, fouling, etc.) which have thus far been caused 
by the paper-based management can be avoided. 

Further, the reservation is received from the user by the 
reservation unit, and therefore the planning and the 
15 reservation can be accomplished at the same time for an improved 
convenience . 

Further, the request for purchase of articles and 
services is received from the user by the purchase unit, and 
therefore the planning and purchase can be accomplished at the 
20 same place for an improved convenience. 

Further, the account can be settled on-line by the payment 
unit, and therefore the planning, purchase and payment can be 
accomplished at one place for a further improved convenience. 

Further, the schedule for various events (marriage, child 
25 birth, purchase of a house and funeral, for example) in the life 



cycle of the user can be formed by the planning unit. Thus, 
the life of the user can be totally supported and a very high 
quality of service can be provided. 

Although the invention has been described with respect 
to a specific embodiment for a complete and clear disclosure , 
the appended claims are not to be thus limited but are to be 
construed as embodying all modifications and alternative 
constructions that may occur to one skilled in the art which 
fairly fall within the basic teaching herein set forth. 



53 



WHAT IS CLAIMED Ig : 

1. ^ An automatic planning apparatus , which automatic 
planning apparatus is connected through a network to at least 
one client, which client is operated by the user, said automatic 

5 planning apparatus comprising; 

a questionnaire unit which creates and provides a 
questionnaire for analyzing the user through said network; 

an analysis unit which receives the answers to the 
questionnaire and analyzes the user based on a predetermined 
10 analysis method by considering the answers; 

an input unit for inputting the initial conditions 
required for executing the planning on an event desired by the 
user; and 

a planning unit for forming a schedule for the preparation 
15 and execution of the event based on the input initial conditions 
and the analysis by said analysis unit. 

2. The automatic planning apparatus according to claim 1, 
further comprises a storage unit which stores a planning data 

20 on the event produced for each of a plurality of patterns as 
a classification of the user, 

wherein said planning unit recognizes a pattern 
corresponding to the user based on the analysis by said analysis 
unit, reads the plan data corresponding to the recognized 

25 pattern from said storage unit, and plans the schedule based 



the read plan data. 



3. The automatic planning apparatus according to claim 1, 
wherein said storage unit has stored therein the detailed data 

5 required by the user for preparation and execution of the event, 
and said planning unit supplies said detailed data in addition 
to the plan data in response to a request from the user. 

4. The automatic planning apparatus according to claim 1 
10 further comprises a management unit which manages the result 

of planning by said planning unit and notifies the user of the 
items to be processed by the user in the schedule, 

5. The automatic planning apparatus according to claim 1 
15 further comprises a receiving unit which receives the 

reservation from the user for any items to be reserved 
beforehand in the schedule. 

6. The automatic planning apparatus according to claim 1 
20 further comprises a purchase unit for receiving the request from 

the user for purchase of any article or any service to be supplied 
available in the schedule. 

7. The automatic planning apparatus according to claim 6, 
25 further comprises a payment unit for receiving the on-line 
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payment of the charge which may accrue for the purchase of the 
article or the service. 

8, The automatic planning apparatus according to claim 1, 
5 wherein the event is one of various events in life, and said 

planning unit forms a schedule for the preparation and execution 
of the various events in life of the user. 

9. A computer readable medium for storing instructions, 
10 which when executed by a computer, causes the computer to 

perform the steps of: 

creating and providing a questionnaire to a user for 
analysis of the user through said network; 

analyzing the user based on a predetermined analysis 
15 method by considering the answers to the questionnaire; 

inputting initial conditions required for executing the 
planning for an event desired by the user; and 

planning a schedule for the preparation and execution of 
the event based on the input initial conditions and the analysis 
20 of the user. 

10 . An automatic planning apparatus with which a user can plan 
a desired event, said automatic planning apparatus comprising: 
a display unit which displays various data; 
25 a questionnaire unit which creates a questionnaire based 
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on which a predetermined property of the user can be analyzed, 
and makes said display unit display the questionnaire; 

an input with which the user can input the answers to the 
questionnaire and certain initial conditions required for 
5 planning and execution of the desired event; 

an analysis unit which receives the answers input by the 
user with respect to the questions in the questionnaire, and 
analyzes the predetermined property of the user based on the 
answers by the user and a predetermined analysis; and 

10 a planning unit which receives the initial conditions 

input by the user and the result of analysis of the predetermined 
property of the user, and creates a schedule for preparation 
and execution of the event based on the initial conditions and 
the result of analysis of the predetermined property of the 

15 user. 

11. The automatic planning apparatus according to claim 10, 
wherein at least said display unit and said input unit are 
provided with a client, and said client is connected with rest 
20 of the units through a network. 



57 



ABSTRACT OF THE DISCLOSURE 

An automatic planning apparatus comprises a www server 
and an application server which are connected to many clients 
through the Internet. The clients are operated by the users. 
5 The application server creates and asks some questions to the 
user. The user answers the questions. The answers are 
analyzed to determine the character. Certain initial 
conditions are input by the user or some other person. The 
application server automatically creates a schedule for the 
10 preparation of an event desired by the users after taking the 
input initial conditions and the character of the user into 
consideration . 
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NOT 
RESERVED 

NOT 
RESERVED 


DATE 


1999.8.1 
1999.8.2 
1999.8.3 

2010.12.29 
2010.12.30 
2010.12.31 
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FIG. 10 



DB9 ; COMMODITY DATA BASE 
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NAME 


COMMODITY 
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MAGAZINE PAGE 


PHONE 
NUMBER 


1 


A HALL 


1000005 


http://www.xxx.co.jp/ 
0001/0001. html 


332XXXXXX 


2 


B HALL 


1440041 


http : //w ww.xxx. co. j p/ 
0001/0008.html 


357XXXXXX 
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C CENTER 


1500002 


http://www.xxx.co.jp/ 
0001/001 2.html 


334XXXXXX 


2016 


X HOTEL 


1020072 


http://www.xxx.co.jp/ 
1352/1 234.html 


332XXXXXX 


2017 


Y HOTEL 


1020082 


http://www,xxx.co.jp/ 
1353/ 0001.html 


1 20XXXXXX 


2018 


2 HOTEL 


1008550 


http://www.xxx.co.jp/ 
1354/0001. html 


335XXXXXX 
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FIG.12A 



DB11 ; WEIGHT DATA BASE 



ID 


01 


62 
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W11 


w12 


w13 


W14 


W15 


w16 


w17 


w21 






1 


15.2 


13.5 


14.5 




1.20 


0.95 


0.45 


1.11 


0.77 


0.54 


0.28 


1.10 






2 


11.8 


21.3 


11.2 




0.88 


0.35 


0.44 


0.94 


0.36 


0.35 


0.26 


0.11 






3 


34.2 


8.3 


11.9 




0.36 


0.64 


0.33 


0.54 


0.10 


0.49 


0,27 


0.98 






123 
124 
125 























































































FIG.12B 



DB12 : WEIGHT DATA BASE 
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01 


82 


83 
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W12 


W13 


W14 


W15 


W21 


W22 


W23 
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38.2 


13.5 


14.5 




0.4 


0.5 


0.4 


0.98 


0.64 


0.65 


0.28 


0.44 
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16.3 


21.3 


11.2 




0.8 


0.6 


0.14 


0.56 


1.32 


0.34 


0.26 


0.89 
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2.8 


8.3 


11.9 




0.8 


0.25 


0.3 


0.34 


0.98 


0.31 


0.27 


0.85 






123 
124 
125 
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FIG. 13 C^™lD 
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FIG.14 



G1 ; LOG-IN SCREEN 
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NEW 
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FIG. 15 



G2 ; MEMBERSHIP REGISTRATION SCREEN 
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REGISTRATION 



T 
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FIG. 16 



G3 ; MAIN SCREEN 
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FIG. 18 



AFFECTION 



COURAGE 




SINCERITY 



ACTION 



DELICACY 
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FIG. 19 
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WEIGHT 
DATA 
BASE 
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WEIGHT 

DATA 
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DB2 



MAIN PLAN 
DATA BASE 



CHARACTER 
ANALYSIS PROCESS 
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5 



_^SB2 



SUBSTITUTE VALUE '1 
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FIG.21 



CREATION OF PLAN 
FOR THE EVENT 
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HOUR INFORMATION 
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ERROR 




PROCESSING 
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PROCESS 
PLANNING 
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PROCESS WHEN 
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PLANNING 
PROCESS WHEN 
PREPARATION 
PERIOD IS NOT 
LIMITED 
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SC9 
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FIG. 22 
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PLANNING 
PROCESS 



No 



,SD1 

PREPARATION 
START LIMITED? 
MAX NUMBER OF 
DAYS FOR PREPARATION^ 
=£999999 



Yes 



SD2 



SET PREPARATION 
START DAY, MAX NUMBER OF 

DAYS FOR PREPARATION < 
SCHEDULED DATE OF EVENT- 
TODAY'S DATE 



Yes 
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SET PREPARATION START DAY, 
PREPARATION START DAY= 
TODAY'S DATE 
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SCHEDULED DATE OF EVENT- 
MAX NUMBER OF DAYS FOR 
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MEMBER-ONLY 
CALENDAR 
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ACQUIRE MEMBER-ONLY 
CALENDAR INFORMATION 








SET DATE 
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SET BUDGET 
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REGISTER IN MEMBER 1 
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MEMBER 
PLAN DATA 
. BASE _ 
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FIG.23 



PLANNING 
PROCESS WHEN 
PREPARATION 
PERIOD IS LIMITED 
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START DAY, MAX NUMBER OF 
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CALENDAR 
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TODAY'S DATE 
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SET DATE 
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MEMBER 
PLAN DATA 
BASE 
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FIG. 24 
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CALENDAR 
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FIG.25 
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FIG. 26 



G5 ; PLAN DISPLAY SCREEN 
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FIG. 27 



G6 ; DETAILED DISPLAY SCREEN 



DETERMINE HALL CANDIDATES 

DETERMINE WEDDING HALL CANDIDATES USING 
CATALOGS AND LITERATURE AND INTERNET. IN ORDER 
TO HOLD THE WEDDING CEREMONY AS DESIRED BY 
YOU, 



IMAGE 




WE HAVE DETAILED DATA ON 1500 PRIVATE HALLS, 800 
PUBLIC HALLS, 750 HOTELS, 500 RESTAURANTS AND 
1200 OVERSEAS HALLS. LOOK FOR A HALL MOST 
SUITABLE TO YOU USING THE SEARCH ENGINE BELOW! 



S 
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FIG. 28 
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FIG.29 
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FIG. 30 



^G7 ; PLAN DISPLAY SCREEN 



SEPTEMBEF 


1 1999 


SUN 


MON 


TUE 


WED 


THU 


FRI 


SAT 








1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 

(CLICK) 


17 


18 


19 


20 


21 

A 


22 

D DRESS 
GIVEN C 


WEDDING 
;eremon 


24 

HONEY- 
Y MOON 


25 


26 


27 


28 


29 


30 







G8 ; DETAILED PLAN 
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FIG.31 
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Stein. 37.240: Paul t. Knvett, 35.230; Gerald P. Joyce. III. 37,644; Todd E. Marfette. 35.269; Hartan B. WtUiams. Jr., 34.756; 
GeocfeN. Stevens. 36.938: Michael C. SoWner, 41.455; Norman L. Ourada, 41.235; Ke via R. Spivak. P-43.14S;and William M. 
Schertkr. 35.348 (ajent) 

***** C©frt«pond«nc* to: 

STAAS & HALSEY 
700 Eleventh Street. N.W. 
Suite 500 

Washington, D.C. 20001 



ffff^SattX*: («XiI^^lg#^) Direct T«Uphoo« CaJU to: (nam* rWmUr} 

STAAS & HALSEY 
(202)434-1500 





Ft* n*me o/ sole or fint kwerttor 

Eiji TSUCHIYA 


hi* 


£*fU 7/«^m/ Apr. 5, 2000 




Tokyo , Japan 




CKtzemhlp 

Japanese 




Poet Office Addresc 

c/o FUJITSU BUSINESS SYSTEMS LIMITED 




7-27, Koraku 1-chome, Burikyo-ku, 




Tbkyo 112-8572 Japan 




Fut name «f *«oortrf}ott lnv*o*or. K any 

Rorei KOH 




t«oortdfcw«itor*« ajgrnfajf 0«tt 

<2%r^ Apr. 5, 2000 




Tokyo, Japan 


SB* 


Chinese 




Poet OfT<* AoVireis 

c/o FUJITSU BUSINESS SYSTEMS LIMITED 


7-27, Koraku 1-chome, Bunkyo-ku, 
Tokyo 112-8572 Japan 



SS" — 4fc i=l ^ 
i*? — ?k l a J 9ti 






Full name of third j 6 i n t inventor, if any 
Hiroyuki MACHIYA 


^ -H- [=1 Z£ 

m — i°j 






Third inventor's signature Date 

'"MtAJHHjku ThaxhfX Apr. 5, 2000 








Res i dence 

Tokyo , Japan 


g ff Citizenship 

Japanese 








Post Office Address 

c/o FUJITSU BUSINESS SYSTEMS LIMITED 


7-27, Koraku 1-chcme, Bunkyo-ku, 
Tokyo 112-8572 Japan 








Full name of fourth joint inventor, if any 
Masanori HONDA 






Btt 


Fourth inventor's signature Date 
^^Sz^T^rl Kjd^^ Apr. 5, 2000 


ft m 






Residence 

Tokyo, Japan 


g j§ Citizenship 

Japanese 








Post Office Address 

c/o FUJITSU BUSINESS SYSTEMS LIMITED 


7-27, Koraku 1-chome, Bunkyo-ku, 
Tokyo 112-8572 Japan 






mm 




Full name of fifth joint inventor, if any 
Shi gem KAMEDA 




mm 


Btf 


Fifth inventor's signature Date 

$k\p^\ fam&h Apr. 5, 2000 


ft Fir 






Residence Jfcj^ fc^^ . 


g f| Citizenship 

Japanese 








Post Office Address c '° FUJITSU LIMITED 
1-1, Kamikodanaka 4-chome, 


Nakahara-ku, Kawasaki-shi , 
Kanagawa 211-8588 Japan 




mm 




Full name of sixth joint inventor, if any 




mm 




Sixth inventor's signature Date 


ft B^T 






Residence 


g IS Citizenship 








Post Office Address 






$<D&mmwm 


{co v^r trait tc 

i) 


(Supply similar information and signature for 
seventh and subsequent joint inventors.) 



